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STUDY  GOALS:  The  purpose  of  this  study  was  to  learn  what  constitutes  a man- 
agement information  system,  what  guidelines  one  should  follow  to  develop  one, 
and  what  actions  have  been  taken  to  reduce  the  proliferation  of  management 
systems . 


STUDY  REPORT  ABSTRACT 

In  1966  both  the  Department  of  Defense  and  Industry  had  independently 
identified  a major  problem  which  still  exists  today.  Briefly,  the  problem 
was  described  as  a prol iferation  of  management  systems  of  all  kinds  having 
a cumulative  effect  which  is  adverse  to  mutual  objectives  of  government 
and  industry. 

This  study  provides  the  reader  with  a good  foundation  upon  which  he 
!j  can  advance  his  knowledge  of  information  systems.  It  starts  with  the  basic 
definitions  of  what  a management  information  system  is,  what  is  is  used 
i for,  its  characteristics  and  the  role  of  information  in  management  functions, 
i!  Attention  is  then  focussed  on  the  development  of  an  information  system.  The 
nature  and  extent  of  the  proliferation  problem  is  explored  with  a detailed 
I'  review  of  actions  that  the  Office  of  the  Secretary  of  Defense,  and  the  Air 
j;  Force,  have  taken  to  solve  the  problem.  Forty  major  events  in  the  1962-1974 
r time  period  were  analyzed  to  show  the  concern  and  attention  being  given  to 
I-  this  topic  of  current  interest. 

The  central  theme  of  the  study  is  that  management  information  systems 
ji  are  very  important,  because  they  are  a mandatory  tool  for  the  successful 
|i  management  of  any  program.  In  addition,  high-level  DOD  emphasis  is  being 
ji  focussed  on  tnis  area  of  study.  The  program  manager  must  be  aware  of  the 
!.i  ever-changing  DOD  policies  and  the  basic  principles  upon  which  he  can  build 
or  modify  his  management  information  system.  He  can  no  longer  play  a 
ji  passive  role,  but  must  be  an  active  participant  in  its  development  and 
!j  operation. 
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EXECUTIVE  SUMMARY 


In  1966  both  the  Department  of  Defense  and  Industry  had  independently 
identified  a major  problem  which  still  exists  today.  Briefly,  the  problem 
was  described  as  a proliferation  of  management  systems  of  all  kinds  having 
a cumulative  effect  which  is  adverse  to  mutual  objectives  of  government 
and  industry. 

“"^This  study  provides  the  reader  with  a good  foundation  upon  which  he 
can  advance  his  knowledge  of  information  systems.  It  starts  with  the  basic 
definitions  of  what  a management  information  system  is,  what  is  is  used 
for,  its  charactoi istics  and  the  role  of  information  in  management  functions 
Attention  is  then  focussed  on  the  development  of  an  information  system.  The 
nature  and  extent  of  the  proliferation  problem  is  explored  with  a detailed 
review  of  actions  that  the  Office  of  the  Secretary  of  Defense,  and  the  Air 
Force,  have  taken  to  solve  the  problem.  Forty  major  events  in  the  1962  1974 
time  period  were  analyzed  to  show  the  concern  and  alt  ntior;  being  given  to 
this  topic  of  current  interest. 

The  central  theme  of  the  study  is  that  management  information  systems 
are  very  important,  because  they  are  a mandatory  tool  for  the  successful 
manage- mot  of  any  program.  In  addition,  high-level  DOD  emphasis  is  beinc 
focussed  on  this  area  of  study.  Tim.  preur.-  manager  must  be  r..:are  of  the 
evcr-chuiuj ing  POD  policies  and  the  basic  principles  upon  which  lie  can  build 
oi  modify  his  nanagonent  information  system  Me  can  no  longer  play  a 


sive  role,  jst  be  in  active  participant  in  its  development  and 
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INFORMATION  SYSTEMS  TOR 


PROGRAM  MANAGERS 


Introduction 


Mutual  POP;- Indus  try  Problem 

By  early  1966,  both  the  Department  of  Defense  (DOD)  and  industry  had 
independently  identified  a major  problem  which  still  exists  today.  In  a 
speech  delivered  in  March  1966,  the  then  Assistant  Secretary  of  Defense 
(Comptroller),  Robert  N.  Anthony,  stated  the  followinq: 

During  the  last  decade,  the  Military  Departments  have 
developed  and  produced  a wide  variety  of  weapon  and  support 
sys t<  id  1 iso  gned  ide  variety  of  man 

agemcnt  systems  for  dealing  with  these  major  acquisitions. 

Each  manager  has  separately  wrestled  with  the  problem  of 
devising  a system  tor  describing  plans,  for  measuring  and 
controlling  procross  against  those  plat1'-,  and  for  recording 
experience  so  that  the  estimating  and  magement  job  could  he 
done  better  the  next  time.  The  result  Iris  been  : prolifer- 
auion  's  sys  L-  ■ ■ ..  rcpots.s  , Oi1  in  i ror  * (rir.j  . 


The  aeiospace  industry  outlined  its  fin  iings  of  a year-long  stu  'y 
conducted  by  the  Aerospace  It  iu  ies  Asso<  i<  ion  (AIA)  1 its  Maj  1 
presentation  to  top  manager  :n1  within  DOD.  the  prii  try  finding  was: 

We  (Industry)  find  that  the  erectly  increasing  number 
of  manat  int  systems  < ..1 1 kin  ; manating  r different 

functional  arms  of  DOD  and  the  Services,  in  a variety  of 
forms , from  a variety  oc  sources  end  in  a variety  of  time- 
phasin'..  O'  ten  ...  inn  ;i  through  different  door:,  of  Industry, 
h . iter  . ; which  is 

i ■ . • 

In  197C  th  Clue  Ribbon  D rense  Panel  quantified  the  magnitude  < 
the  management  system  proliferation  pronlem.  I is  report:  estimated  that 
one  cut  of  every  seven  acquisition  dollars  hr j been  used  for  management 


i 


system  purposes.  In  FY  1969  tin's  estimate  represented  4.4  billion  dollars 
of  the  Defense  Budget  (6:45). 

Purpose 

The  main  purpose  of  this  study  is  to  enhance  my  knowledge  and  pro- 
fessional development  as  a manager  by  researching  the  subject  of  manage- 
ment  information  systems  as  it  relates  to  the  proliferation  problem  th.  t 
industry  and  DOD  have  identified.  It  is  also  intended  to  share  whate*. 
knowledge  is  gained  with  others  who  have  similar  interests. 

Resea rc! i_  Quo s t i ons 

In  order  to  accomplish  the  purpose,  the  research  effort  addressed 
itself  to  the  followin'  questions: 

. V.'hat  constitutes  a Management  Inforration  System? 

2.  What  guidelines  should  one  follow  to  develop  a Management  Info, - 
mat ion  System? 

3.  What  is  the  nature  end  extent  of  the  management  syst  prolifer 
ation  problem? 

4.  If.,  t are  sore  of  the  actions  that  have  been  taken  by  the  Off  it 

of  the  Secretary  of  Defense,  and  the  Air  Force,  lo  reduce  the  prolifei  <. Lion 
of  mar 'pomen L ' stems? 

Siqni i ice.  no-  of  the  Studv 


information  system,  lie  can  no  longer  ploy  a passive  role,  but  must  be 
an  active  participant  in  its  development  and  operation. 

This  study  is  significant  in  that  'it  add,  esses  a topic  of  current 
interest  and  may  help  reduce  the  pro! iteration  of  duplicative,  inefficient, 
and  ineffective  management  systems. 

L i mi  tat i ons 

Due  to  tire  relatively  short  period  in  which  to  complete  this  study, 
effort  was  limited  to  a survey  of  current  literature  in  the  field. 
Admittedly,  the  coverage  is  not  exhaustive  on  every  facet,  but  it  should 
provide  the  reader  with  a good  foundation  on  which  to  advance  his  knowl 
of  information  systems. 

Ora  url  xa_t  ion 

Four  main  areas  are  to  be  disc  issed  in  this  paper.  Chapter  11  defin 
what  a I'.anagei.  -..nt  In  for  tion  SysLc  1 (PIS)  is,  what  it  is  used  for,  its 
ch  isl  - nd  ■ . . ■ : i ■ agemen  ■ . ■ ■ ' , ■ ■ ■ ■ . n 

Ch  tio!  i fly  : ed  on  ■ c velopment  oi  an  infor- 

Hcxt , in  Ch  i , : i e and  e;  1 the  inure- 
ment prolifei  t ion  pr<  thii  , ) is  explo)  1.  A sc  wh  t de ta iled 

rev i c ..  is  gi v n oi  wh  t ctions  1 Office  of  the  Secretary  of  Defense 
(OSD),  and  ti;  Air  Force,  have  tab  n to  solve  U.c  probl om.  This  portion 
of  - tf  i v linai  in  ha  is  po  ved  DOD  pol ic 

n acquisit  lage  it  systems  Chapt er  1 the  fourth  and  last  area, 
out  I ires  the  conclusions  nd  recor  i-mdations  for  future  studies. 

Siil^ary. 

In  this  introducin'  y c.iit.pfor,  a r .'tua  l DOD- Industry  problem  war, 
i dent  if  •••d.  i • > "i  '•  c y ■ nr»‘.n]  wos  n serif  i is  n proliferation  of 


management  systems  of  all  kinds  having  u cumulative  effect  which  is 
adverse  to  mutual  objectives  of  government  and  industry.  The  purpose 
of  this  paper  is  to  study  MIS  as  it  relates  to  the  proliferation  problem. 
Next,  four  research  questions  were  identified,  ar.d  several  reasons  were 
given  to  describe  the  significance  oi  the  study.  The  scope  of  research 
was  limited  to  a literature  survey  of  DOP  programs  and  efforts.  A preview 
of  the  four  remaining  chapters  was  given  in  the  organization  section.  Now 
we  are  ready  to  consider  the  study  of  Management  Information  Systems  in 
Chapter  II. 


In i nrmat  ion  Syr. tc-sns 


Defi nit ions 


The  first  problem  encountered  it.  the  study  of  a Management  Infor- 
mation System  (MIS)  is  trying  to  define  it.  As  Deardcn  has  suggested,  it 
is  difficult  to  describe  MIS  in  a satisfactory  way  because-  this  concept- 
ual entity  is  embedded  in  a"mish-i*ash"  of  fuzzy  thinking  and  incompre- 
hensible j.  rgon  (10:90) . Many  authors  and  eycerts  have  already  esiabi  ishccl 
their  own  unique  definitions.  References  such  as  Col.'.uuri  and  Riley  contain 
comprehensive  lists  (7m.-7) . The  ; roblem  then  is  to  adopt  a standard 
finition  which  is  ac  >le  to  th  academ : . co  rical , and  go\ 
communities.  For  example,  in  Dickson's  (1970)  survey  of  MIS  defini  ’ ns, 
half  the  res  >nde  ts  classified  MLS  as  a "thing";  the  othc  Mu'!  f cl  $ifi<  j 
it  as  a process  or  philosophy  (16: 1C).  The  L>10  definitions  for  infer. -ation 
system  and  ac;uisi  Mon  ranee-  rent  syst-.-  are  . l below. 

Inf  on  . i i or.  Sy  sic  ■ . 

An  or de»  , g a 1 ly  i i 1 ud i r nt  1 pro 

cedure,  of  providing  men  a-rs  c.u  i-.forr  ion  t ...  ssary  lor 
(1)  assessing  the  effectiveness  of  existing  policies,  and  the 
developron and  evaluation  of  policy  changes . and  (2)  acn.  .p- 
li  .hing  objectives  end  utilizing  verr.  . .t  and  contractor 
i it  n ■ in  t!  t effective  iffici  nt  n r.  / n 
in  n tion  ma y ; manual  o utomated  ( : 1 ) . 

Ac  ’ij  i c i -fi  M-i;cm  • :pnt  f'/stem. 


A coco,  nt cd  i cth-  ; foi  assisting  manager:,  in  defining 
or  statin  1 icy,  bj<  lives,  or  requi rei  nts ; assi gn in< 
resj ons ibil i ty;  control!  '.id;  ion  o resoui ces;  p i i - 
odically  mt  uring  per  ice;  irii  that  p Formance 
« n ita ted  object i i i . nts ; and  king  appro- 
: r i .i to  art1  on.  A in.  nt  rs  i - c ir- ■ nart  or  all 


of  the  above  areas,  and  will  require  the  generation,  prep- 
aration, Maintenance  and/or  dissemination  of  information  by 
a contractor  (40:1). 

One  can  note  that  elements  from  the  DOD  definition  of  Infor- 
mation Systems  are  contained  in  the  definition  for  Acquisition  Management 
Systems.  Both  definitions  must  be  considered  to  fully  define  MIS  concepts. 

Mona gene nf  Infer,  rtion  System  (Army).  As  previously  mentioned, 
there  is  difficulty  in  obtaining  e single  universally  acceptable  definition 
even  within  DOD.  For  instance,  the  Army  has  a different  definition.  For- 
mally, a Management  Information  System  is  defined  by  the  Army  as: 

. . . an  i r jan i . i ass t 1 c o re  < urc  ; c nd  rocedu* es 
required  to  collect,  process,  and  disseminate  data  for  the 
purpose  of  converting  it  to  meaningful  information  for 

dec  is  ion  i kin  in  e xecut  ng  ti : or:  nd  i nagi it  functioi 

of  planning.  Organization,  staffing,  directing,  coordinating, 
and  controlling  the  use  of  resources  to  accomplish  missions 
and  tasks  ( 32 : A- I ) . 

Management  Infer;  Lion  System  (Cpr.n:nicati'inJ,.  According  to 
Murdick  and  Ro:  » , MIS  c<  i I . define  as  a cc  : i ition  pre  ;s  in  whi  h 
information  (input)  is  recorded,  st  ed,  and  retrieved  (proc  ssed) 
decisions  (c  1 1 ing , 0|  ’ating , : c roll  in  (23: 292 ) . This 

concept  is  shown  in  Figure  1.  Along  with  Murdick  and  Ross,  Lefkovit.v: 
(16:17)  subi  its  that  MI!  ti  tut  the  cor  ilex  form  of  coi  ' tion 
system  in  exi sconce. 

..jo  Cone co 4 .. 


So  "aim  ct  ■ ' > '.bl  • 


, ..  1 . n rigorous  an 


definitions.  Fhe  n on  f r this  is  that  i ist  ■ :ent  research  and  d velop- 
i-.  ut  lias  been  on  formal  information  syst<  is  (U:;lf).  If  one  were  to  examine 


the  foregoing  formal  definitions  and  express  them  in  less  rigorous 
language,  one  might  describe  a Management  Information  System  as  providing 
the  right  information  to  the  right  people  at  the  right  time  and  at  the 
least  cost  to  make  management  decisions.  The  key  characteristics  or  con- 
cepts in  the  definition  of  MIS  are  that  it  is  a disciplined  system  that 
processes  information  in  order  to  reduce  risks  in  management  decisions 
while  making  effective  use  of  resources  (iron,  money,  and  material). 
History 

Now  that  the  MIS  concents  have  been  described,  the  reader  may  he 


curious  to  know  how  long  MIS  has  been  in  existence. 

gested  that  perhaps  Moses  had  the  first  MIS  when  he 


One  author  has  sug- 

cai'.e  down  the  i .sun' : i o 


with  the  Ton  Coi  ■ andments  chiseled  into  stone  tablets.  He  humorously 
added  that  today's  reports  carry  more  information  per  pound,  but  they  are 
certainly  no  lighter  to  carry  than  the  stone  tablets  oi  Moses*  day  du 
reams  of  data  which  arc  r.crmonplaoe  today  (T:l). 

One  can  fin  ■ ...  other  int(  esting  examples  of  early  inforr  ation 
system;  ch- Jpg  back  to  2000  b.C.  Those  early  systems  had  much  in  common 
with  those  we  have  today.  The  most  com', on  thread  is  the  roncepl  that 
information  is  a source  of  power.  He  now  use  the  term  "control"  to  be 
more  precise  in  ntei  reting  the  basis  behind  iowei  (26:69) . 

In  rnm,'at';r  f i 


The  definition  and  history  of  MIS  as  discussed  in  the  previous  two 


sections  concentrated  on  a very  important 


word.  That  word  is  "infor- 


i ation. " fhe  i ining  , I value  of  infori  ation  must  be  understood  before 


tv  oceeding  any  furt!v  ) . 


\ 
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Information  is  not  the  same  as  data,  and  i t is  important  to  distinguish 
the  difference.  Data  arc  the  symbol s — the  surrogate  images  of  activities 
in  the  operating  organization  and  external  environment— that  are  communi- 
cated, processed  and  stored  (16:19).  They  are  facts  in  isolation,  the  raw 
and  intermediate  material  from  which  information  is  produced.  Information 
is  evaluated  data  that  is  meaningfully  related  to  a user's  problem  (or 
opportunity)  (22:1). 

Ideally,  information  is  the  sum  total  of  data  needed  for  decision 
making.  Its  value  can  be  considered  in  terms  of  relevance,  timeliness, 
accuracy  and  actionability.  Each  term  is  briefly  discussed  below. 

Rel even  . formation  >t  influi  isic ns . N infoi 

is  worth  producing  if  it  does  not  influence  management  decisions  or 
functional  operations  of  the  organization.  Accordin’  to  Forrester,  "If 
: ma;  nr  is  the  process  oi  conve  'ting  info  ion  1 . o action,  then  < 
that  ma  . su<  rids  pi  ily  iat  infoi  i tion 

chos  I [ i co!  rsi  . : : ecuti  . Ti  Jif  fercnce  betv  n 

manager  and  . p-.or  i /•"■r  lies  at  this  point.1  (20:6) 

Two  corollaries  to  the  foregoing  quo  • are  rather  obvious.  Pre- 
vent valueless  infc  tion  from  I ein<  pi  iu  1 j r r re  ue sting  it;  ! 

,<  c 1 1 : cancel  that  obsol  1 I ■ : 1 ■ . ects  of  inade 

deter  tic  , . in  riation  I s i magnified  over  th 

life  cycle  of  tin-  program. 

The  L(  istics  Managi  nt  Institute  has  m le  several  recommendations 
concerning  relevance  of  infor  .'tion. 
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Most  important,  he  needs  it  in  a form  he  can  use; 
that  is,  in  a foui  which  will  provide  at  least  four  things: 

(i)  A ranking  of  problem  areas  by  criticality. 

(?)  An  indication  of  potential  trouble  spots. 

(3)  Anticipated  schedule  slippage  and  cost  overruns  or 
underruns . 

(4)  A means  of  determining  where  management  can  with- 
draw resources  to  assist  more  critical  phases."  (19:35-36) 

Timeliness.  Information  should  be  provided  at  the  appropriate 

time  to  make  a given  decision--not  too  soon  and  not  too  late.  Intervals 

at  which  information  is  required  varies  with  each  situation.  If  it  is 

determined  that  real-time  reporting  is  required,  one  must  consider  the 

acceptable  "reporting  delay."  That  is  the  time  it  takes  to  record,  process, 

and  transmit  data  from  the  time  an  event  is  observed  (13:69?).  few  pro- 


yra-  s,  if 

any, 

require  this  continue-'.: 

type  repor tin 

g.  Deardcii  (1 

1 • ! 1 
1 . 1 £_  V*  / 

supported 

th  i s 

statement  as  follows: 

".  . .of  all 

ttie  ridiculous 

things 

that  have 

been 

foisted  on  the  long  su 

fferin  executi 

in  the  name 

of 

science  and  pr 

ogress  the  i al  ft-  1 

.'nan-;!;  out  f nfor 

nation  system 

is  th- 

silliest. 

n 

For 

: . ; roi  tine  iecision: 

e "re  ti 

inter*/: 1,1  is 

impo 

ton!  to  d 

etei  m 

ii  ?.  Th  is  is  del  i ucd  >• 

4.  t 

> i >.h  . * - . . , 

en  rei  n ts . 

liirsch 

(15:43)  provid.s  valuable  insight  to  tire  advantages  and  di<  Ivantages  of 


long  vs.  short  t -‘porting  intervals. 

Accuracy.  More  accurac;,  i..e  .ns  higher  cos t*. . 


Therefor",  the 


amount  of  ace  in jcy  provided  should 


l dc-vn  to  the  roint  kclc.  ••  v/hicl 


decisions  of 


opc  rations  would  pc  different. 


Actionability.  This  ten::  implies  that  information  is  of  value 
only  if  it  influences  policy  or  operations,  and  thus  has  no  value  if  pre- 
pared for  individuals  v/i thou t the  appropriate  influence.  One  could  corre- 


late this  with  the  concept  of  getting  the  right  information  to  the  rinht 
people.  Information  supplied  to  poeple  who  do  not  enter  into  the  decision 
process,  hut  would  otherwise  feel  by-passed,  is  information  of  no  value. 
Reasons  for  PMIS 

A logical  question  to  asl;  is,  Thy  have  a Project  Management  infot  : le-i 
System  (PMIS)?"  A preliminary  thought  is  that  a PMIS  is  imposed  on  program 
managers  in  response  to  requests  for  infot;  -’Lion  or  to  requirements  levied 
by  DOD  top-level  man  gement.  A few  exa  ie:  > he  majo  ev  t:  nd  r . 

which  help  motivate  the  iced  for  MIS  are  the  Defense  System  Acquisition 
Review  Cou  il  (DSARC)  process,  Selected  Ac  )uisition  Reports  (SAR),  Prograi 
A essi  i Reviews  (PAR),  and  Cot  ind  Asj  . sment  Revi  i (CAR)  in  the  Air 
Force.  n iiti  i to  tt  < spe  : . r 1 nd  reviews , tl  re  re  ever 

day"  functions  a "MIS  must  oerfor  t. 


Fmvptions  of  \ MIS 

Archibald  (4:4)  has  identified  the  primary  functions  which  have 
been  par:  h rased  below: 

(1)  Plan,  subdivide,  estimate , intc'rc.e,  forecast,  evaluate,  and 
cont rol  1 - ' 1 . : . il  their  life  cycle  phases. 

(?)  Integrate  action  plans,  schedules,  and  resources  (money,  man- 
power; machines,  etc.)  with  the  Work  Breakdown  Structure  elements  and 
organ i/.j’,ic"  1 res; -onsibil  i Lies.  This  wouid  also  include  estimates, 
budgets,  arianees,  actual  e>  1 fcure;  si : edule  pi  0 ;s,  and  fore  cast 1 

of  time  wid  coat  to  complete  at  ct  '.lotion. 


(3)  Allocate  resources  over  multiple  projects  or  reschedule  activ- 


, 


i 
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itics  to  utilize  available  resources  in  the  most  productive  manner. 

Three  simplified  words  con  explain  the  reason  for  PHIS.  They  are 
"documentation,"  "surveillance,"  and  "projection."  Documentation  means 
to  record  past  performance  for  future  use  such  os  estimating,  negotiations, 
etc.  Surveillance  implies  that  current  performance  is  measured  against 
what  vms  planned  and  variances  can  Lr  detected  when  they  occur.  Projection 
suggests  that  the  information  can  identify  trends  in  the  future.  Such 
early  identification  can  ini. i ate  corrective  action  in  time  to  prevent 
undes i tab! e outcomes . 


Cinj-acterj?  de.  o'  rMlJJ 

The  foregoing  definitions  of  PM IS  functions  may  have  been  difficult 
reading  and  soi  what  confusin  Archibald  (4:6)  hr’,  t a somewhat 
different  approach  by  specifying  the  characteristics  of  PHIS.  Using  ibis 
point  of  vie;,  if  n<y  help  to  clear  up  • n ' integral  rim  1 bus  beer  wri tv  ;• 
so  far. 


(1 ) Pu>  , : The  purpose  oi 

changing  projects. 

(2)  T . f Information  Handled: 
handled  which  affect  several  functional 


is  to  : nog  : lorary  rapidly- 

M-suy  typos  of  information  are 
a roes.  Information  should  be  time! 


accurate,  and  relevant  to  be  or  value. 

(3)  i_irc_  i Por_i The  PUIS  exists  during  all  phases  of  the  life 
cycle. 

(4)  flexibility:  The  i US  should  be  flexible  enough  to  root  the 


i 


changing  needs  of  the  program  over  the  life  cycle.  New  or  additional 
requirements  are  levied  and  obsolete  requirements  for  information  should 
be  deleted. 


i 


i 


i 


(5)  Predictive  Capacity:  It  must  have  strong  predictive  capacity 

reaching  to  the  end  of  the  project  to  extrapolate  trends  and  to  forewarn 
the  manager  of  problem  areas. 

(6)  Integrative  Capacity:  The  PMIS  must  be  highly  integrative 

because  action  plans,  time,  cost,  resources,  logistics,  and  business 
acquisition  must  be  interrelated  and  .summarized  for  each  project  and  each 
functional  organization.  The  capability  must  exist  to  route  information 
to  the  person  or  organization  which  requires  it.'  . 

* 4 

(7)  Ease  of  Implementation.  The  PMIS  is  extremely  difficult  to 
implement  due  primarily  to  complexities  in  integration  of  tasks. 

Information  and  Management 

In  the  beginning  of  this  chapter,  definitions  of  an  information 
system  and  an  acquisition  management  system  were  given.  Two  separate 
definitions  might  imply  that  the  information  and  management  are  two 
distinct  things.  In  reality  the  two  are  very  closely  related.  Information 
is  a vital  part  of  management  planning,  decisions,  and  control. 

Many  organizations  and  managers  make  the  basic  mistake  that  MIS  can 
be  designed  or  made  operational  without  the  backup  of  an  adequate  manage- 
ment system  (23:166).  The  purpose  of  the  management  system  is  to  develop 


' ■.  'I  . 
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plans  for  achieving  objectives,  to  organize  for  implementing  plans,  and 
to  control  performance  so  that  plans  and  actions  occur  on  schedule.  Murdick 
and  Ross  (23:167)  graphically  show  the  role  of  information  in  five  major 
steps  in  the  management  process.  Specifically,  information  affects: 

(1)  recognition  of  a problem  or  an  opportunity;  (2)  definition  of  problem 
or  opportunity  and  development  of  alternate  courses  of  actions;  (3)  decisions 
(4)  implementation  of  plan;  and  (5)  control  of  performance  against  plan. 

Figure  2 on  the  following  page  shows  the  feedback  role  that  infor- 
mation assumes  in  the  system  acquisition  planning  and  control  activities. 

The  purpose  of  this  section  was  to  show  a strong  interrelationship 
between  management  and  information  systems.  Although  they  are  not  identical, 
it  is  not  difficult  to  see  why  some  authors  consider  the  two  to  be  inseper- 
able.  It  should  be  emphasized  that  a management  information  system  is  not 
a substitute  for  management,  but  is  a powerful  tool  of  the  program  manager. 
Summary 

This  chapter  has  reviewed  the  difficulty  in  trying  to  establish  a 
rigorous,  standard  definition  of  MIS.  Throughout  the  history  of  MIS,  which 
stems  back  to  the  time  of  Moses,  the  common  thread  has  been  the  concept 
that  information  is  a source  of  power  or  control.  The  value  of  information 
was  briefly  analyzed  in  terms  of  relevance,  timeliness,  accuracy  and  action- 
ability. Next,  the  functions,  reasons  for  being,  and  characteristics  of 
PMIS  were  explored.  Dasically,  MIS  helps  the  program  manager  fulfill  two 
needs.  First,  he  can  respond  to  requirements  imposed  by  top  level  DOD 
managers  and  policies.  Second,  he  uses  MIS  to  manage  his  program.  Some- 
times the  two  needs  are  congruent.  Some  of  the  noted  characteristics  of 
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Major  Steps  in 
Management 
Process 


RECOGNITION  OF  A 
PROBLEM  OR  AN 
OPPORTUNITY 


DEFINE  PROBLEM  OR 
(OPPORTUNITY  AND  DEVELOP 
ALTERNATIVE  COURSES  OF, 

A QJ | Q • | 

V 


DECISION 


IMPLEMENTATION  OF 
PLAN 


CONTROL  PERFORMANCE 
AGAINST  PLAN 


Major  Information  Needs 


(1)  Performance  against  plan 

(2)  Environmental,  competitive, 
and  internal  information 
concerning  problems  and 
opportuni ties 

Evaluation  of  (1)  and  (2)  in 
order  to  make  a prediction  or  e 
estimate  of  alternative  courses 


Prediction  of  results  for 
alternative  courses  of  action 


Communicate  details  of  plan 
and  control  standards 


Performance  against  plan 


Figure  2.  The  Management  Process  and  Information  Needs  (From  Ref  23:167) 
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MIS  are  that  it  manages  a rapidly  changing  program,  it  handles  many  kinds 
of  information  over  the  life  cycle,  and  it  is  a flexible  and  predictive 
system  which  is  difficult  to  implement.  Lastly,  the  strong  interrelationship 
between  management  and  information  systems  was  discussed.  The  next  chapter 
will  address  the  development  of  a management  information  system.' 


Developing  an  Information  System 


Guide! ines 

Management  information  systems  don't  just  happen;  they  have  to  be 
uniquely  constructed  to  fit  the  enterprise  they  are  to  serve  (18:33).  This 
chapter  provides  general  guidelines  to  help  minimize  problems  that  are 
encountered  when  attempts  are  made  to  develop  new  or  improved  management 
information  systems.  Twelve  areas  will  be  considered. 

When  to  Start.  DOD  Manual  7000. 6M,  Acquisition  Management  Select- 
ion List  (AMSL),  suggests  that  a good  starting  point  is  normally  subsequent 
to  formulation  of  a plan  for  controlling  the  procurement  or  program  ( 36 : i i i ) . 
In  other  words,  start  after  the  Program  Management  Plan  (PMP)  has  been 
established.  Another  useful  document  for  planning  MIS  is  the  Work  Break- 
down Structure  (WBS). 

Key  Documents.  Archibald  and  Villoria  have  written  that  WBS 
is  one  of  the  "must"  components  for  the  design  and  operation  of  a model 
system  (5:137).  It  is  through  the  WBS  that  work  of  a company  is  subdivided 
into  small  manageable  tasks  by  divisions,  departments,  and  sections.  This 
structured  systematic  subdivision  of  tasks  allows  a truly  integrative  PMIS 
which  results  in  better  planning,  budgeting,  scheduling  and  control.  Other 
important  benefits  include  the  ability  to  summarize  information  at  succes- 
sively higher  levels  ( "bottoms-up"  summarization  of  project  information), 
and  to  identify  deviations  from  plan  on  an  exception  basis.  According  to 
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DOD  Directive  5000.1,  a WBS  shall  be  developed  for  planning  and  assignment 
of  responsibilities,  control  and  reporting  of  progress,  and  to  establish 
a data  base  for  estimating  future  costs  of  defense  systems  (35:6).  For 
these  reasons  the  WBS  is  considered  an  especially  valuable  document  in 
addition  to  the  PMP  for  planning  the  management  information  system. 

Define  Objectives.  Each  objective  should  be  stated  as  specific- 
ally and  unambiguously  as  possible.  It  is  strongly  suggested  that  require- 
ments placed  on  a contractor  should  mesh  with  the  government  management 
scheme  ( 36 : i i i ) . This  infers  strong  dependence  on  the  PMP.  Objectives 
should  answer  questions  regarding  the  purpose  or  benefits  expected  from 
the  system  (5:138) . 


Who  Defines  Goals.  Opinions  of  many  experts  are  similar  to  the 
following  statement  made  by  Thurston  (27:11): 

I consider  that  in  the  past  decade  a significant 
characteristic  of  information-systems  work  has  been  too 
great  a degree  of  control  in  the  hands  of  specialists. 

This  situation  has  developed  in  part  through  the  failure 
of  top  management  to  olace  controlling  responsibilities 
with  operating  managers. 

John  Diebold  (12:16)  stated. 


A recent  survey  of  more  than  2500  executives  was 
undertaken  on  behalf  of  the  140  U.S.  and  overseas  companies 
sponsoring  the  Diebold  Research  Program.  The  survey 
indicates  that  technicians,  not  management,  are  setting 
goals  for  computers.  This  is  one  of  the  prime  reasons 
why  companies  often  fail  to  realize  the  true  potential 
from  their  data  processing  investment. 


basis  by 
nation  is 


Information  requirements  should  be  formulated  on  a top-to-bottom 
the  highest  appropriate  level  at  which  the  requirement  for  info r- 
established  and  be  under  the  direction  of  the  responsible  functional 
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activity  (33:129).  Operational  managers  should  determine  what  is  needed, 
and  the  specialists  should  concern  themselves  on  how  to  obtain  it  (33:97). 

Use  the  Task  Force  Approach.  Each  part  of  the  organization  that 
requires  information  should  be  represented  on  the  task  force  or  team  so 
the  needs  and  capabilities  of  each  functional  department  will  be  known. 

Define  Needs.  Needs  support  the  objectives.  Generally,  the 
program  manager  must  have  information  in  the  areas  of  cost,  schedule,  and 
technical  performance  in  order  to  adequately  respond  to  higher  headquarters' 
reports  and  briefing  requirements  (e.g.  DSARC,  PAR,  CAR,  and  SAR) . He  must 
know  what  specific  reports  are  required,  who  the  source  is,  when  the  reports 
are  needed,  and  how  detailed  the  reoorl  should  be.  Each  affected  part  of 
the  organization  should  similarly  define  their  specific  needs  to  support 
their  objectives.  They  should  also  define  the'  source,  when  the  report  is 
needed,  and  to  what  level  of  the  WBS  should  their  information  be  reported. 
All  information  which  is  requested  should  be  relevant  and  absolutely  needed 
to  satisfy  definite  objectives. 

In  the  process  of  identifying  total  needs  as  a task  force,  it 
is  possible  to  determine  if  a given  part  of  the  organization  has  the  man- 
power to  adequately  review  all  the  information  that  it  requested.  If  too 
much  relevant  data  has  to  be  reviewed  by  too  few  people,  action  should  be 
taken  to  augment  the  manpower  shortage  cr  to  reduce  their  workload  by  auto- 
mation, contracting  a firm  to  help,  or  any  other  suitable  means.  It  is 
also  possible  to  determine  if  any  of  the  sources  of  data  is  undermanned  to 
adequately  meet  its  responsibilities. 

• 
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Explore  Present  Capabilities.  The  task  force  should  determine 
what  existing  reports,  procedures,  and  methods  will  satisfy  current  needs. 
Contractors'  internal  systems  and  data  products  should  be  used  to  the  max- 
imum practical  extent.  Present  capabilities  should  be  used  or  tailored 
as  much  as  possible  instead  of  imposing  a new  requirement.  The  Aerospace 
Industries  Association  charges  that  an  additional  15  to  25  percent  to  the 
unit  cost  of  a major  end  item  system  may  result  when  information  reporting 
criteria  are  imposed  on  government  contractors  (9:18). 

Environmental  Factors.  Environmental  factors  to  consider  are 
those  of  social,  legal,  technological,  demographic,  economic,  political, 
or  competitive  natures.  For  example,  one  could  cite  the  DOD  environment 
which  currently  favors  "tailoring"  existing  management  systems  rather  than 
designing  new  ones.  More  will  be  discussed  on  this  in  Chater  IV. 

Avoid  Technical  Pitfalls.  Certain  techniques  or  procedures  are 
employed  in  any  new  system.  Should  any  particular  technique  prohibit 
useful  results,  the  technique  should  be  reexamined  carefully  and  revised 
or  discarded  (4:12).  Specialists  familiar  with  hardware  operation  and  tech- 
nological advances  are  very  important  for  this  phase  of  development. 

One  technique  that  is  useful  to  pretest  a new  design  is  to  model 
it  by  means  of  analysis  or  by  simulation.  Simulation  can  be  either  manual 
or  computerized.  The  final  system  may  not  resemble  the  model,  but  it  will 
be  the  one  that  works  (21:58). 

Educate  All  Affected  Personnel.  Failure  to  recognize  the  need  for 
indoctrination,  training,  and  development  of  all  affected  managers  and 
specialists  is  a primary  source  of  unnecessary  difficulty.  People  resist 


changes  which  they  do  not  understand  or  trust.  Therefore,  change  implies 
criticism  of  the  old  way,  and  must  be  offset  by  proper  education  regarding 
the  need  for  change,  as  well  as  expected  results  (4:12). 

The  need  for  training  is  critical.  For  example,  acquisition  and 
training  of  qualified  Army  Automated  Data  Processing  (ADP)  systems  personnel 
has  not  kept  up  with  requirements  or  technological  advances  (33:7).  The 
Army  does  not  have  sufficient  qualified  information  systems  and  technical 
ADP  personnel  to  staff  all  the  organizations  presently  developing  information 
systems.  The  problem  is  not  limited  only  to  the  Army;  shortages  in  ADP 
skills  occur  in  industry  and  within  the  entire  government  (33:5). 

Murdick  and  Ross  (23:556)  have  suggested  that  the  impact  of  MIS 
on  business  has  led  to  three  questions: 

1.  Who  should  we  train  in  MIS? 

2.  What  should  our  objective  be  in  each  case? 

3.  What  content  and  educational  level  should  we  strive  for  in 
our  training  courses? 

Investigations  indicated  the  most  pressing  needs  for  training  in 
MIS  are  for  the  following  groups  (23:556): 

1 . Top  managers . 

2.  All  levels  of  managers. 

3.  Managers  of  business  systems  and  information  systems  groups. 

4.  Systems  analysts  and  designers. 

5.  Computer  programmers  for  systems  applications. 

Suggested  curriculums  have  been  described  by  Murdick  and  Ross  (23:555-563), 
as  well  as  by  Mosier  (22:16-41). 

Evaluate  and  Iterate.  The  management  information  system  should  be 

evaluated  periodically.  Programs  are  dynamic  3nd  needs  change  throughout 
the  life  cycle  of  the  weapon  system.  Output  information  should  be  compared 
against  inputs  to  insure  that  all  information  being  requested  satisfies  a 
valid  need.  As  reports  become  obsolete,  they  should  be  cancelled.  Or,  as 
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time  passes,  a particular  portion  of  the  activities  may  demonstrate  that 
it  is  a very  low  risk  area;  in  this  case,  the  "report  by  exception"  prin- 
ciple would  apply.  Summary  type  reports  have  also  been  recognized  as 
effective  for  low  risk  areas.  Information  needs  are  dynamic,  and  MIS  opti- 
mization is  an  iterative  process. 

Computer-0 ased  In forma ti on  Systems  (C3IS) 

Whenever  MIS  is  discussed,  it  is  almost  invariably  stated  that  manage- 
ment information  systems  do  not  require  a computer  and  that  many  forms  of 
MIS  are  not  computer-based.  The  introductory  definition  of  Chapter  II  made 
this  distinction.  Dearden,  however,  makes  the  following  observation:  "Yet, 

if  one  looks  at  what  is  actually  being  discussed,  he  quickly  discovers  that 
the  term  'MIS'  is  used,  essentially  to  stand  for  computer-based  information 
systems."  (10:91). 

The  computer  has  been  applied  to  MIS  and  has  the  potential  for  even 
wider  application.  Herbert  Simon  views  the  computer  as  the  fourth  great 
breakthrough  in  history  to  aid  man  in  his  thinking  and  decision  making 
ability  (23:238).  There  are  several  advantages  and  disadvantages  which 
should  be  compared. 

Advantages : First,  those  capabilities  considered  to  be  beneficial 

will  be  individually  discussed. 

(1)  Speed:  The  single  most  important  reason  to  automate  a management 

information  system  according  to  Krauss  is  the  need  for  speed  and  timeli- 
ness (25:6). 

(2)  Handles  Large  Volume:  A great  advantage  of  the  CBIS  is  to  handle 


i f 


j 


! 


i 


large  volumes  of  data  economically,  quickly,  and  accurately. 

(3)  Accuracy:  Computer  calculation  errors  are  almost  non-existent. 

Those  that  do  exist  are  invariably  caused  by  computer  programmers  or  others 
who  prepare  input  data.  The  self-check  ability  of  the  computer  helps  to 
reduce  the  "man-made"  errors.  Also,  highly  precise  information  can  be 
obtained  very  quickly  which  is  a distinct  advantage  over  manual  methods. 

(4)  Economy:  As  the  volume  of  data  increases  beyond  some  break-even 

point,  the  cost  savings  increase  rapidly.  A high  volume  of  work  has  inherent 
economies . 

(5)  Legibility:  Automated  reports  are  neat  and  easy  to  read.  This 

means  of  computer  published  reports  contributes  greatly  to  timeliness,  as  no 
uelays  are  incurred  for  typing,  hand  lettering,  or  other  means  of  preparation. 

Having  discussed  the  advantages  of  CBIS  it  is  interesting  to  note 
Murdick  and  Ross'  contention  that  the  major  objective  of  computer-based 
systems  for  decision  making  is  integration  of  the  functions,  resources,  and 
management  levels  of  the  organization  (23:272). 

Pi sadvantages : Next,  several  non-benef icial  features  will  be 

summarized. 

(1)  Discipline  and  Accuracy:  A great  deal  of  precision  is  required 

to  insure  all  input  data  is  present,  correct,  and  in  the  appropriate  format. 
Non-proficient  programmers  could  cause  delays. 

(2)  Administrative  Delays:  Input  data  must  be  coded  and  key-punched. 

This  finite  time  delay  can  be  several  days  to  several  weeks  in  duration. 

(3)  Matching  Program  with  Computer:  The  best  available  computer 
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may  not  have  a library  routine  or  program  suitable  to  the  application 
desired.  Therefore,  additional  time,  money,  and  personnel  may  be  required 
to  plan,  program,  and  de-bug. 

(4)  Cost:  Costs  of  design  programming  and  start-up  usually  exceed 

that  of  the  equipment.  Modifying  an  existing  program  is  also  very  difficult 
and  expensive.  This  tends  to  make  computer  use  rather  inflexible.  If 
additional  resources  are  difficult  to  obtain,  the  organization  is  almost 
forced  to  keep  its  existing  system. 

The  two  following  thoughts  indicate  there  is  much  room  for  improvement 
as  far  as  managing  costs  of  information  systems  is  concerned. 

Although  the  potential  for  progress  in  the  automation  of  the 
information  production  process  is  great--some  50  percent  of  the 
cost  of  running  our  economy  are  information  ccsts--improvements  and 
innovations  in  the  information  production  process  are  far  less 
than  in  the  production  and  manufacture  of  physical  goods  (23:239). 

...  In  fact,  we  are  spending  more  and  more  money  on  computers 
and  information  systems  with  the  aooarent  result  that  most 
executives  realize  they  are  not  getting  their  money's  worth 
from  these  investments  (23:161). 

The  Aerojet-General  Corporation,  for  examole,  threw  out  a network 
of  computer-based  management  information  systems  that  had  taken  16  years 
to  develop.  The  company  was  spending  10  million  dollars  per  year  on  computer 
support.  Besides  the  cost,  two  reasons  why  the  Aerojet  company  rejected 
the  computerized  system  and  adopted  its  former  manual  methods  were  (1)  changed 
objectives  within  the  company,  and  (2)  the  lack  of  ton-level  support  (9:x). 

(5)  Design:  A finite  time  is  required  to  plan,  design,  test, 

evaluate,  and  implement  a new  system.  The  program  manager  may  be  overly 
optimistic  and  expect  too  much  too  quickly.  Many  operations  have  failed 
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dismally  in  an  attempt  to  create  the  ultimate  system  in  one  cut.  Many 
companies  take  four  or  five  years  to  achieve  minimum  results  without 
refinements  (7:415). 

One  Army  project  has  taken  approximately  9 months  to  design  and 

. ■ 
implement  its  CBIS.  The  effort  involved  two  men  on  a full-time  basis. 

The  project  name  is  intentionally  withheld  complying  with  the  DSMS  spirit 

of  non-attribution  for  guest  lecturers. 

Careful  consideration  must  be  given  to  the  time  required  to  implement 

CBIS.  Available  working  programs  or  library  routines  should  be  sought  to 

reduce  the  time  and  costs  to  implement  the  computerized  system. 

(6)  Panacea  Fallacy:  The  mere  fact  that  an  organization  made  an 

attempt  to  automate  its  existing  files  dcfes  not  necessarily  mean  that  it 

( is  a better  system.  It  could  well  mean  that  the  computer  perpetuates 

inefficiencies  at  an  accelerated  rate.  Careful  planning  and  design  applies 

just  as  much,  if  not  more  so,  to  computer  systems  than  to  manual  ones. 

Now  that  some  of  the  advantages  and  disadvantages  of  computer-based 

information  systems  have  been  outlined,  the  next  step  is  to  highlight 

I 

recommended  steps  in  the  CBIS  development. 

CBIS  Development.  D.  L.  Fisher  has  itemized  eight  steps  to  follow 
in  the  development  of  computer-based  information  systems  (25:9).  They  are 
as  follows: 


i. 

Identification  of  the  problem. 

•• 

2. 

Definition  of  the  problem. 

3. 

Study  of  the  old  system. 

. 

4. 

Design  of  the  system  to  solve  the  problem. 

1 

5. 

Programming  of  the  system. 

6. 

Testing  and  de-bugging  the  system. 

7. 

Implementing  the  system. 

r- 

8. 

Supporting  the  system. 
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Life  Cycle  of  Information  Processing 


The  last  section  did  not  mean  to  imply  that  only  computer-based 
information  systems  have  organized  development  plans.  There  are  many 
similar  checklists,  plans,  or  diagrams  for  either  manual  or  computer 
systems.  Figure  3 on  the  next  page  compares  various  stages  or  phases 
in  the  life  cycle  of  information  processing  systems  as  viewed  by  three 
different  researchers  (18:303). 

Perhaps  the  simplest  list  of  stages  in  the  life  cycle  of  an  information 
system  classifies  all  activities  in  four  major  areas  (14:preface) : analysis; 

requirements  determination;  design  and  development;  and  implementation  and 
evaluation.  The  explanation  of  these  four  areas,  however,  is  not  so  simple. 
Each  area  has  been  further  defined  with  sub-steps  and  discussion  which  fills 
six  volumes. 

One  of  the  points  of  this  section  is  to  indicate  that  the  study  of 
MIS  is  becoming  more  organized  and  structured.  Due  to  the  limited  scope  of 
this  study  the  reader  is  encouraged  to  study  other  texts  for  a more  complete 
treatment  of  how  to  establish  a management  information  system. 

Cost/Schedule  Control  Systems  Criteria  (C/SCSC) 

The  program  manager  needs  accurate  information  for  the  reports  he 
must  submit,  as  well  as  for  the  decisions  he  must  make.  Therefore,  he  should 
insure  that  his  contractor  used  adequate  means  of  obtaining  the  information. 
One  means  to  accomplish  this  task  is  known  as  Cost/Schedule  Control 
Systems  Criteria.  DOD  Instruction  7000.2  contains  the  basic  concepts  and 
requirements. 

o 
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Figure  3.  Steps  in  the  Life  Cycle  of  Information  Processing  Systems  (From  Ref  18:303) 


C/SCSC  has  two  main  objectives.  First,  it  seeks  to  obtain  assur- 
ance that  the  contractor's  internal  management  systems  are  sound;  and 
secondly,  it  insures  that  the  contractor  can  produce  consistent,  reliable, 
and  timely  progress  information. 

It  is  important  to  note  that  C/SCSC  is  a set  of  criteria  to  determine 
the  ability  of  the  contractor  to  track  cost  and  progress.  It  does  not 
impose  a specific  management  system  to  use  or  the  program  peculiar  data 
requirements  for  cost  or  schedule  reporting.  The  government  program  manager 
must  still  define  his  requirements  in  terms  of  needed  information  to  manage 
contracted  work  (19:36). 

Another  key  point  about  C/SCSC  is  that  the  schedule  progress  is 
given  in  terms  of  effective  dollars,  not  units  of  time  as  one  might  expect. 
C/SCSC  gives  financial  impacts  of  cost  and  schedule  progress;  if  actual 
slack  tii  i is  desired,  one  must  refer  to  a separate  schedule  analysis  not 
included  in  C/SCSC. 

The  current  [jQD  policy  is  for  program  managers  to  use  the  contractors' 
internal  management  systems.  This  helps  reduce  the  data  proliferation 
problem,  reduces  costs,  and  improves  management.  Therefore,  every  prospect- 
ive program  manager  should  be  very  knowledgeable  of  C/SCSC. 

Program  evaluation  and  Review  Technique J PERT) 
i 

One  of  the  best  examples  of  a tried-and-oroven  management  system  is 

the  PERT  network.  PERT  is  a statistical  technique  that  may  be  accomplished 

)| 

manually  or  by  computer  program.  It  has  been  used  for  complex  and  urgent 
research  and  development  programs  like  Polaris,  TEX,  Mauler,  Subroc, 

Titan  III,  and  Lance  (5:471).  PERT  diagrams  are  excellent  devices  for 
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communications,  integration,  coordination,  and  control;  however,  they 
cannot  make  decisions  by  themselves.  PERT  diagrams  provide  the  basis 
for  decisions. 

PERT  identifies  critical  areas  that  may  threaten  completion  of  the 
program  on  time  and  within  budgeted  cost.  Management's  attention  is 
focussed  on  the  critical  areas  of  "paths"  where  decisions  regarding 
corrective  actions  must  be  made.  The  program  manager  can  evaluate  possible 
"trade-offs"  in  time  and  cost  and  analyze  the  value  of  redistributing 
resources  to  meet  established  threshholds.  PERT  also  provides  alternate 
courses  of  action;  thereby,  allowing  a choice  of  decisions.  A computerized 
PERT  program  generates  a variety  of  data  and  reports  that  reflect  time  and 
dependency  relationships  between  tasks,  events,  and  other  important  factors 
in  program  management.  This  timely  information  is  essential  for  making  good 
decisions  (5:13-15). 

MIS  Myth 

If  one  were  to  believe  that  the  PERT  system  of  the  previous  section 
were  the  only  system  a manager  would  need,  he  would  be  a victim  of  the  MIS 
myth.  Anthony  claims  that  it  is  inconceivable  that  a single  management 
control  system  could  ever  be  developed  that  will  fit  all  organizations . 

This  is  true  because  the  management  control  process  takes  place  within  the 
guidelines  of  specified  objectives  and  policies  that  vary  from  one  organ- 
ization to  another  (3:22-33).  For  example,  the  Army  Management  Information 
System  Master  Plan  1971  consists  of  thirty-six  major  information  systems 
either  proposed  for  or  now  operational  for  the  FY  1972-1976  time  period  (31  :i). 
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Summary 


The  main  points  of  this  chapter  concentrate  on  the  key  concepts  in 
developing  a management  information  system.  The  best  time  to  start  is 
early  in  the  program  after  the  PMP  and  UBS  documents  have  been  formulated. 
Top  level  management  must  play  a central  role  in  determining  the  goals  or 
objectives  of  the  MIS  with  help  from  a task  force  composed  of  functional 
representatives.  Management  should  determine  "what"  is  to  be  done,  and 
the  specialist  determines "how"  it  will  be  accomplished.  Someone  should  be 
given  the  clear  responsibility  for  success  or  failure  of  the  system  and  all 
affected  personnel  should  be  appropriately  educated  regarding  MIS. 

Often  the  term  MIS  is  used  to  stand  for  computer-based  information 
systems.  There  are  many  advantages  and  disadvantages  of  using  automated 
systems  which  should  be  compared.  The  mere  fact  that  a computer  is  used 
does  not  guarantee  success  of  the  MIS.  The  key  to  the  success  of  either  the 
manual  or  automated  system  is  thorough  planning  in  which  management  takes 
an  active  role. 

Training  is  another  important  consideration  of  MIS.  A shortage  of 
technically  qualified  personnel  in  ADP  skills  exists  in  industry  and  the 
government.  New  policies  for  the  acquisition  or  usage  of  these  specialists 
may  be  required  in  the  future. 

The  study  of  the  stages  in  the  life  cycle  of  information  processing 
is  becoming  more  structured  and  disciplined.  Representative  approaches  of 
several  researchers  were  briefly  reviewed. 

Cost/Schedule  Control  Systems  Criteria  (C/SCSC)  is  very  important. 

It  is  a formal  government  means  of  checking  the  adequacy  of  contractors' 
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internal  management  systems  and  their  ability  to  provide  reliable  infor- 
mation. One  of  the  successful  management  systems  for  complex  research 
and  development  programs  was  noted  to  be  the  PERT  network.  It  exhibits 
many  of  the  desirable  qualities  sought  in  a management  information  system. 
PERT  is  only  one  system,  and  several  reputable  experts  have  claimed  that 
no  one  system  can  satisfy  a! 1 management  objectives  for  all  organizations. 
The  Army  alone  has  identified  36  major  information  systems  to  be  used  in 
the  FY  1972-1976  time  period. 

The  next  chapter  addresses  the  nature  and  extent  of  the  DOD/Industry 
data  proliferation  problem  caused  by  a myriad  of  management  systems. 


Proliferation  of  Information 


But  we  must  be  on  guard  to  prevent  dupl ication--el iminate 
obsolete  items--and  avoid  unnecessary  details.  Too  much  report- 
ing puts  a heavy  burden  on  citizens,  industry  in  general,  and 
particularly  on  small  business.  . . Our  objective  is  simply  this: 

(1)  to  simplify  reports,  (2)  to  discontinue  reports  where  possible, 

(3)  to  save  t'fce  time  of  the  individual  businessman  as  well  as 
industry  in  gerteral  . . This  should  result  in  a long-term  saving 
v- of  time  and  money' by  the  Government,  business  and  the  general 
public.  --  Lyndon  B.  Johnson  (20:28) 

Background 

This  chapter  considers  what  has  happened  in  the  real  world  to  cause 
a data  proliferation  problem.  Then  it  reviews  the  major  actions  that 
DOD  and  industry  have  taken  to  reduce  the  problem.  Hopefully,  one  will 
note  the  increased  attention  over  the  years  that  has  been  placed  on  the 
integration  and  improvement  of  management  systems  and  data  programs. 

Weapon  systems  complexity  increased  in  the  1950's  and  a need  for  more 
and  better  information  was  introduced.  Information  system  sciences  were 
not  very  organized,  DOD  did  not  have  data  policies,  and  risk  areas  of 
each  program  were  not  known.  Therefore,  a tendency  may  have  existed  to 
believe  that  some  information  is  "good,"  and  more  information  is  "better." 
Weapon  system  complexity  may  have  been  a driving  force  in  flooding  program 
managers  with  more  data  than  they  actually  needed  or  could  possible  review. 
No  data  management  syste"  or  government  data  managers  existed  until  early 
1962  (17:41).  With  this  brief  introduction,  specific  events  will  be 
individually  addressed  in  their  chronological  order  of  occurrence. 
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Events 


AFSC/Industry  Conference.  In  1962  AFSC  and  Industry  held  a confer- 
ence at  Monterey,  California.  This  meeting  allegedy  provided  the  impetus 
and  direction  for  major  advances  in  management  systems  and  for  attacking 
the  "paperwork  jungle"  (17:41,43). 

AF  PERT/Cost  Test.  The  Air  Force  adopted  the  PERT/Cost  management 
system  for  use  on  the  TFX  program  on  a test  basis  in  1962.  Earlier  in 
1958,  the  Navy  implemented  PERT  in  their  Polaris  missile  project  (17:45). 

PERT  was  a helpful  innovation;  however,  it  had  to  be  imposed  on  the  exist- 
ing internal  management  information  systems  of  the  contractor.  This  resulted 
in  conflicting  requirements  and  duplicate  management  systems  (17:46). 

AFR  310-1 . Starting  in  1963,  AFSC  and  AFLC  began  developing  the 
Contractor  Data  Management  Program  (CDMP).  The  controlling  document, 

AFR  310-1,  Acquisition  and  Management  of  Contractor  Data,  was  published  ir. 
March  1964  (7:43).  The  CDMP  was  framed  within  the  concept  of  systems  man- 
agement as  outlined  in  the  AFR  375  series.  It  was  designed  to  implement 
DOD  policy  contained  in  DOD  Instruction  5010.12,  Technical  Data  and 
Information  Determination  of  Requirements  and  Procurements.  A command 
level  review  board  was  to  ensure  that  only  "minimum  essential"  decision- 
making data  would  be  acquired.  In  compliance  with  AFR  310-1,  data  items 
could  be  selected  for  procurement  from  the  Air  Force  Approved  Data  List  (ADL). 
Each  item  was  then  separately  priced  by  the  contractor  and  the  price  was 
evaluated  by  government  representatives.  If  desired,  the  items  would  be 
included  on  the  DD  Form  1423,  Contract  Data  Requirements  List,  and  made 
deliverable  under  contract  (17:43). 
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OSD  Data  Office.  The  OSD  Office  of  Technical  Data  and  Standardization 
Policy  was  established  in  1964  to  monitor  for  compliance  with  DOD  Instruc- 
tion 5010.12.  The  Air  Force  provided  a representative  to  this  office. 

AFSC  Tests.  In  1963  AFSC  contracted  with  a management  consultant 
firm  to  determine  what  data  should  be  provided  to  each  management  level  to 
facilitate  decision  making.  Upon  conclusion  of  the  study  in  1964,  the  Air 
Force  contracted  again  with  this  firm  to  implement  the  recommendations  which 
consisted  of  improvements  in  estimating  and  forecasting,  program  cost 
control,  schedule  control,  technical  performance  management,  and  integration 
of  the  management  reporting  structure.  The  two  on-going  programs  which 
were  selected  were  the  F-lll  program  at  General  Dynamics,  Fort  Worth,  Texas, 
and  the  Titan  III  program  at  the  Martin  plant  in  Denver,  Colorado.  These 
studies  led  to  AFSC's  Cost/Schedule  Planning  and  Control  Specification  in 
1966. 

Data  Management  Symposium.  In  September  1965  an  Air  Force/Industry 
symposium  reviewed  the  concepts  and  implementation  of  the  AFR  310-1  Data 
Management  Program.  One  of  the  important  results  was  the  clarification  of 
the  difference  between  technical  data  and  management  data.  Technical  data 
v/as  explained  to  be  that  data  used  to  define  the  specifications  for  contract 
end  items  of  hardware.  Management  data  v/as  understood  to  be  related  to 
management  functions  within  the  program.  When  management  data  required  for 
the  various  functional  disciplines  were  combined,  a "management  system"  was 
the  result. 
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ASD/Comptroller  Speech.  In  March  1966  the  then  Assistant  Secretary 
of  Defense  (Comptroller),  Robert  N.  Anthony,  described  the  last  decade's 
proliferation  of  systems  reports  and  acronyms  (2:2).  See  page  1 for  a 
quoted  excerpt  from  his  speech. 

SMAG  Report.  The  Systems  Management  Analysis  Group  (SMAG)  Report 
was  prepared  under  the  auspices  of  the  Aerospace  Industries  Association, 
and  it  was  presented  to  the  Deputy  Secretary  of  Defense,  as  well  as  the 
assistant  secretaries  in  May  1966  (1:2).  This  report  documented  industry's 
concern  about  the  increasing  number  of  management  systems  that  were  imposed 
by  DOD  and  the  Services. 

AFSC/CSPCS.  The  tests  of  the  F-lll  and  Titan  III  plans,  previously 
mentioned,  culminated  in  the  Cost  Schedule  Planning  and  Control  Specifica- 
tion (CSPCS)  in  June  1966.  Contractors  were  to  demonstrate  the  "validity" 
of  their  system  during  contract  performance  by  meeting  certain  basic  minimum 
criteria  in  their  internal  cost/schedule  planning  and  control  system  (17:46-47). 

DOD  Directive  7000.1 . In  August  1966  00D  Directive  7000.1,  Resources 
Management  Systems  of  the  Department  of  Defense,  assigned  the  responsibility 
to  provide  for  the  design  and  installation  of  resource  management  systems 
throughout  DOD  to  ASD  (Comptroller).  (6:45). 

D0D-C0DS IA.  In  October  1966  the  mutual  DOD/Industry  concern  over 
the  myriad  of  management  systems  resulted  in  the  formation  of  DOD-Council 
of  Defense  and  Space  Industry  Associations  (C0DSIA)  Advisory  Committee  were 
"to  eliminate  redundancies  and  duplication  and  to  insure  compatabil ity 
• • between  existing  and  proposed  management  systems,  and  to  control  mechanisims 

to  prevent  a recurrenceof  the  problem."  (2:2,3)  Activities  of  the  group 
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were  conducted  in  three  phases  which  ended  in  1969.  This  effort  involved 
thousands  of  man  hours  and  tens  of  thousands  of  dollars.  The  final  report 
consisted  of  ten  volumes  and  had  many  valuable  recommendations  (6:45). 

AFSCR  375-2.  The  Management  Techniques  Application  Plan  (MTAP)  was 
established  in  AFSCR  375-2  during  June  1967.  It  was  the  Air  Force's  own 
procedure  for  "selection  and  application  of  management  technique  to  indi- 
vidual programs  in  their  formative  stage."  (17:53)  Application  of  the 
MTAP  procedure  to  the  Airborne  Warning  and  Control  System  (AWACS)  resulted 
in  a reduction  of  data  items  from  250  to  94  items,  a reduction  in  MIL 
Specificationsof  approximately  17  percent,  and  a 14  percent  reduction  in 
management  directives  (17:51). 

POD  Instructions  7000.2.  In  1967  this  Instruction  provided  guidance 
on  how  the  new  Cost/Schedule  Control  System  Criteria  (C/SCSC)  was  to  be 
implemented  by  all  three  services.  The  C/SCSC  was  virtually  identical  to 
AFSC's  C/SPCS  issued  in  June  1966.  It  would  measure  cost  and  schedule 
performance,  but  not  technical  performance.  This  led  to  the  validation 
of  the  contractors'  System  engineering  Management  program  as  required  by 
AFR  375-5. 

Policy  Guidance.  In  a January  31,  1968,  memorandum  for  the  Secre- 
taries of  the  Military  Departments,  the  Assistant  Secretaries  of  Defense, 
and  the  Directors  of  the  Defense  Agencies;  Deputy  Secretary  of  Defense 
Paul  H.  Nitze  outlined  the  four  principles  quoted  below: 

a.  DOD  management  control  systems  should  be  structured  to 
maximize  compatibility  with  contractors'  internal  management  and 
accounting  systems. 
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b.  Provisions  of  the  proper  level  of  Government  management 
require  a balance  of  prior  approval,  progress  review  (surveillance), 
and  reliance  upon  reviewable  contractor  management  (visibility). 

c.  Reporting  requirements  should  be  tailored  to  provide,  from 
a common  data  base,  the  appropriate  level  of  detail  needed  for  each 
management  echelon,  based  on  uniform  work  breakdown  structure  which 
permits  summarization. 

d.  Existing  and  proposed  management  control  systems  must  meet 
demonstrated  needs  not  met  by  other  systems  (2:3). 

POD  Instructions  7000.6  and  7000. 7.  These  Instructions  were  issued 

in  June  1968  to  implement  the  D0D  policy  stated  in  Deputy  Secretary  of 

Defense  Nitze's  Memorandum  of  January  31,  1968.  They  were  also  a result 

of  the  efforts  of  the  D0D-C0DSIA  Advisory  Committee  (1:2).  D0D  Instruction 

7000.6,  Development  of  Management  Control  Systems  for  Use  in  the  Acquisition 

Process , and  Instruction  7000.7,  Selection  and  Application  of  Management 

Control  Systems  for  Use  in  the  Acquisition  Process,  established  formal 

control  of  the  development,  selection,  and  application  of  management  systems. 

If  implemented,  a substantial  cost  savings  for  the  Department  of  Defense 

was  anticipated  (6:48). 

In  July  1970  no  real  progress  had  been  noted  in  implementing  Instruct- 
ions 7000.6  and  7000.7,  despite  the  fact  that  if  this  project  were  completed 
substantial  saving  would  be  realized.  It  was  noted  that  an  ASD/Comptroller 
reorganization  in  1969  de-emphasized  the  activity  by  reducing  it  to  an 
echelon  four  levels  below  the  Assistant  Secretary  (6:48). 

Procurement  Circular  Number  70.  This  Circular  was  issued  in  May  1969 
and  directed  implementation  of  000  Instructions  7000.6  and  7000.7.  It  also 
incorporated  a standard  form  for  contractual  application  of  management 
systems  in  the  Armed  Services  Procurement  Regulations  (2:4). 
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Harbridge  House  Inc.  Report.  Harbridge  House  Inc.  conducted  a study 
for  Director,  Defense  Research  and  Engineering  (DDR&E).  In  July  1970 
results  indicated  the  cost  of  management  systems  and  reports  to  be  10  percent 
of  the  total  defense  procurement  dollars.  Furthermore,  it  reported  that  a 
large  number  of  data  recipients  within  the  government  simply  did  not  use 
the  data  they  received  (2:5). 

DOD-Industry  Systems  Review.  During  the  period  January  through  April 
1970,  Review  and  Analysis  Groups  operating  under  the  direction  of  the 
D0D-C0DSIA  Advisory  Committee  reviewed  approximately  800  management  systems 
documents  and  compared  them  with  the  criteria  outlined  in  D0D  Instructions 
7000.6  and  7000.7.  Specific  dispositions  to  revise,  consolidate,  or  cancel, 
etc.,  were  made  for  each  document.  Of  the  original  800  documents  in  the 
inventory,  D0D  approved  170  management  systems  documents  for  contractual 
application  (2:4). 

Layering.  The  then  Deputy  Secretary  of  Defense,  Mr.  Packard,  issued 
a memo  on  May  28,  1970,  to  the  Military  Departments  stressing  needed 
improvements  in  the  management  process  and  the  need  to  minimize  the  numerous 
layers  of  authority  between  the  program  manager  and  the  Service  Secretary. 
These  layers  were  not  conducive  to  effective  communication. 

Selected  Acquisition  Report  (SAR).  Selected  Acquisition  Reports  are 
standard,  comprehensive,  summary,  status  reports  on  major  and  selected 
defense  systems.  SARs  are  submitted  to  OSD  for  transmittal  to  Congress  and 
other  government  agencies.  Summary  reporting  of  technical,  schedule, 
quantity,  and  cost  information  is  included  per  D0D  Instruction  7000.3 
which  was  originally  issued  on  June  12,  1970. 


AMCSL.  In  July  1970  DOD  Manual  7000. 6M,  Acquisition  Management.  Control 
Systems  List  (AMCSL),  was  published.  It  included  the  170  documents  approved 
by  DOD  during  the  January  through  April  1970  efforts  of  the  Review  and 
Analysis  Groups  (2:4).  Only  35  Air  Force  management  systems  were  included 
in  the  AMCSL  which  was  far  short  of  the  number  actually  being  used.  Perhaps 
this  was  due  to  the  fact  that  the  Air  Force  had  its  own  management  select- 
ion and  control  system  known  as  MTAP  which  was  started  in  1967  (17:53). 

The  AMCSL,  in  combination  with  DOD  Instructions  7000.6  and  7000.7,  was  to 
provide  the  control  mechanism  for  management  systems  development,  selection, 
and  application  (2:4).  In  March  1971  the  AMCSL  became  known  as  the  Acqui- 
sition Management  Systems  List  (AMSL)  (36:1).  It  had  reduced  over  1200 
management  systems  which  existed  in  196S,  to  129  published  in  AMSL  as  of 
1971. 

Blue  Ribbon  Renort.  The  Blue  Ribbon  Defense  Panel  reported  that  the 
cost  to  the  government  for  management  systems  and  reports  was  estimated  to 
be  $4.4  billion  in  fiscal  year  1969.  This  was  roughly  equivalent  to  one 
out  of  every  seven  dollars  (6:45). 

Reduce  AMCSL.  A memo  from  the  then  Deputy  Secretary  of  Defense 
Mr.  Packard,  dated  September  23,  1970,  to  the  Military  Departments,  stated 
in  part,  "170  candidates  for  contractual  application  are  too  many.  . . It  is 
costly  and  wasteful  to  require  a contractor  to  respond  to  two  or  more 
different  documents  on  the  same  subject."  (2:4). 

DOD  Instruction  7000.6  Revision.  In  compliance  with  Secretary 
Packard's  memorandum  of  May  28,  1970,  control  over  the  development,  selection, 
and  application  of  management  systems  was  decentralized.  The  Instruction 
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reflected  the  change  in  policy.  Industry  expressed  concern  that  control 
of  management  systems  would  be  compromised  through  decentralization  and 
that  excessively  high  costs  would  be  perpetuated  (2:4). 

AFSC  Regulation  800-1.  This  document,  entitled  Command  Review  of 
Systems  Acquisition  Programs,  was  issued  in  Hay  1971.  It  prescribed 
policies  and  procedures  for  program  assessment  reviews  (PAR)  and  command 
assessment  reviews  (CAR)  at  HQ  AFSC.  It  applies  to  all  AFSC  activities. 
Program  managers  design  their  information  systems  to  be  responsive  to  the 
requirements  imposed  by  the  PAR  and  CAR  briefings  for  0S0  and  Command-level 
review  (28:1). 

POD  Directive  5000.19.  D0D  Directive  5000.19,  Policies  for  the 
Management  and  Control  of  POD  Information  Requirements,  was  revised  Novem- 
ber 29,  1971.  This  is  the  first  Directive  to  address  internal  as  well  as 
external  information  requirements  which  may  be  placed  on  D0D  Components,  on 
contractors,  and  other  external  agencies  and  organizations.  Its  objectives 
are  (1)  to  assure  effective  and  economic  flow  of  information  within,  from, 
and  to  D0D,  and  (2)  to  prevent  generation  of  unauthorized  and  duplicative 
information  requirements  by  requiring  each  request  to  be  evaluated  against 
specific  criteria.  Focal  points  were  established  for  non-DOD  requests  for 
information. 

AF  Regulation  800-2.  This  Regulation,  dated  July  27,  1971,  rescinded 
the  AFR  375  series.  It  states  policy  for  the  management  of  all  Air  Force 
acquisition  programs  which  are  funded  under  RDT&F.  or  procurement 
appropriations  (28:1). 

Aerospace  Industries  Association  (AIA)  Report.  The  AIA  published  its 
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report  on  industry  experience  with  government  management  systems  used  in 
major  procurements  with  recommendations  for  the  future. 

POD  Directive  5000.1 . This  Directive,  which  was  issued  in  July  1971, 
establishes  policy  for  major  defense  system  acquisition.  One  paragraph 
. that  specifically  applies  to  management  information  is  quoted  below. 

Management  information/program  control  requirements  shall 
provide  information  which  is  essential  to  effective  management 
control.  Such  information  should  be  generated  from  data  actually 
utilized  by  contractor  operating  personnel  and  provided  in  summar- 
ized form  for  successively  higher  level  management  and  monitoring 
requirements.  A single  realistic  work  breakdown  structure  (WBS) 
shall  be  developed  for  each  program  to  provide  a consistent  frame- 
work for  (a)  planning  and  assignment  of  responsibilities,  (b) 
control  and  reporting  of  progress,  and  (c)  establishing  a data 
base  for  estimating  the  future  cost  of  defense  systems.  Contractor 
management  information/program  control  systems  and  reports  eman- 
j ating  therefrom,  shall  be  utilized  to  the  maximum  extent  practicable. 

Government  imposed  changes  to  contractor  systems  shall  consist  of 
only  those  necessary  to  satisfy  established  DOD-wide  standards. 
Documentation  shall  be  generated  in  the  minimum  amount  to  satisfy 
( necessary  and  specific  management  needs  (35:6). 

POD  Instruction  5010.29.  D0D  policies  governing  the  acquisition  of 

data  from  contractors  were  outlined  in  this  Instruction  dated  November  29, 

1971.  Its  provisions  encompass  all  recorded  information  regardles  of  form 

or  characteristic  which  are  deliverable  under  terms  of  a Defense  contract. 

The  Secretary  of  the  Air  Force,  in  coordination  with  other  affected  D0D 

Components,  developed  D0D  5010. 29R  to  implement  the  policies  set  forth  in 

the  Instruction  (34:1). 

Management  System  Improvement  Test.  In  November  1971  the  Air  Force 
concluded  that  the  Acquisition  Management  Selection  List  (AMSL) , described 
by  D0D  Manual  7000. 6M,  was  not  effective  for  either  planning  or  control.  A 

. 

waiver  from  D0D  Instruction  7000.6  and  AMSL  was  requested  to  test  improve- 
ments in  Management  Systems. 
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The  Air  Force  was  authorized  to  field  test  proposed  improvements  for 
control  of  management  systems.  The  improvement  consisted  of: 

- a.  Defining  management  systems  by  functions/requirements  rather 
than  documents  per  se. 

b.  The  use  of  planning  guides  explaining  what  documents  and  data 
items  should  be  used  for  each  functional  requirement,  rather  than  the 
current  list  of  management  systems  authorized  in  the  AMSL. 

c.  The  use  of  selection  checklists  in  lieu  of  DD  Form  1660  to  trace 
the  decision. 

These  concepts  were  the  same  as  those  recommended  in  the  AIA  report 
of  July  1971.  Ogden  and  Sacramento  Air  Material  areas  were  participants 
in  the  test  which  lasted  until  September  15,  1972.  The  final  test  report 
was  dated  June  19,  1973. 

Monitoring  Field  Test.  On  March  29,  1972,  the  Joint  Logistics 
Commanders  (JLC)  established  a panel  to  monitor  and  evaluate  the  results 
of  the  Air  Force  field  test.  Later  that  year  the  ASD  (I&L),  DDR&E,  Army, 
Navy,  and  Air  Force  established  an  0SD/D0D  Component  task  group  to  monitor 
the  test  in  conjunction  with  JLC.  The  first  meeting  of  the  0SD/D0D  Com- 
ponent task  group  was  held  on  August  21,  1972. 

The  major  issues  concerning  the  requirements  for  control,  who  should 
control,  and  by  what  means,  were  discussed.  Subsequent  meetings  through- 
out DOD  addressed  these  very  issues.  The  Air  Force  test  and  0SD/D0D 
Component  evaluations  of  the  test  have  been  a powerful  influence  for  future 
changes  to  DOD  policies. 
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Joint  Logistics  Commanders  concluded  that  the  planning  guide  concept 
was  valid  and  recommended  that  JLC  develop  a list  of  management  systems. 

It  was  recommended  also  that  Commands  restrict  use  to  those  systems  on  the 
list,  but  to  continue  to  develop  improved  systems. 

’ COGP.  In  a summary  report  of  the  Commission  on  Government  Procurement 

(COGP)  published  in  December  1972,  Recommendation  34  pertained  to  manage- 
ment systems.  It  is  quoted  as  follows:  "Establish  Government-wide 

criteria  for  management  systems  which  are  prescribed  for  use  by  contractors, 
including  standards  for  determining  mission-essential  management  data 
requirements." (8:31) 

Circular  A-4Q.  This  document,  dated  May  3,  1973,  was  extremely 
important.  It  included  the  requirement  to  approve  management  systems  and 
, management  data  under  "public"  reporting  procedures  and  excluded  technical 

data.  Under  A-40  the  DOD  management  systems  program  must  conform  with 
Office  of  Management  and  Budget  (Of  18)  requirements. 

DOD  Directive  5000.19  Revised.  In  June  1973  Directive  5000.19  was 
revised  with  0MB  A-40  included  as  an  enclosure.  Manager, ent  of  technical 

data  such  as  engineering  drawings,  specifications,  manuals,  technical 

I 

reports,  etc.,  were  exempted  from  the  Directive.  It  delegated  ASD(C)  the 
responsibility  for  management  systems  and  data,  and  it  gave  ASD  (I&L)  the 


systems  and  data.  He  also  requested  each  Military  Department  to  establish 
Review  Boards  for  Requests  for  Proposals/Contracts  Requirements. 

Inventory  and  Review.  Only  two  days  later,  on  July  19,  1973,  Mr. 

Clements  tasked  the  Military'  Departments  to  inventory  all  management 

systems,  purge  and-  refine  'them  as  necessary,  and  to  submit  them  for  0MB 

approval.  Results  are  to  be  forv;arded  to  ASD(C)  with  the  target  date  of 

$ 

completion  being  January  1,  1975. 

POD  Instruction  xxxx.x  (Draft).  Instruction  "quad  x point  x,"as  it 
is  referred  to,  is  dated  November  29,  1973.  It  is  very  interesting  to  note 
the  incorporation  of  many  previous  recommendations  and  policy  memorandums. 

Very  basically,  it  proposes  to  implement  DOD  Directives  5000.1, 

5000.19,  and  5100.36.  A DOD  Manual  xxxx.xM  would  be  authorized  and  when 
( published  would  cancel  DOD  Instructions  7000.6,  5010.12,  5010.29,  and 

Memorandum  for  the  Secretaries  of  the  Military  Departments  regarding  Review 
Board  requirements.  The  Air  Force  had  previously  recommended  cancellation 
of  DOD  Instruction  7000.6  based  on  its  field  tests  previously  described. 

Instruction  xxxx.x  provisions  would  encompass  all  requirements  for 
generation,  maintenance,  or  delivery  of  information  or  data  contained  in  a 
solicitation  or  contract.  Government-wide  criteria  for  application  of 
acquisition  management  systems  and  data  requirements  in  contracts  have  also 
been  included  in  the  proposed  Instructions.  This  would  implement  C0GP 
Recommendation  34. 

Some  old  definitions  from  cancelled  publications  have  not  been  included 
in  Instruction  xxxx.x.  In  fact,  there  are  many  new  and  revised  terms. 

’ r 
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It  appears  to  be  a very  strong,  new  attempt  to  minimize  the  number  of 
management  systems  and  data  requirements  invoked  in  contracts.  It  also 
attempts  to  improve  their  content  and  promote  optimum  standardization. 
That  is  to  say,  the  contractors'  internal  systems  and  data  products  will 
be  used  to  the  maximum  extent  possible.  If  a management  system  is 
required  to  be  put  on  contract,  it  must  be  one  that  is  on  a government 
list  of  acceptable  systems;  this  new  list  has  yet  to  be  formulated.  In 
addition,  it  must  meet  the  criteria  and  be  approved  in  accordance  with 
DOD  Instruction  xxxx.x. 

AFSCP/AFLCP  800-14.  The  Joint  Logistics  Commanders  have  prepared  a 
document  dated  February  27,  1974,  that  has  greatly  reduced  the  number  of 
management  systems  curently  listed  in  the  AMSL  and  DOD  Manual  7000. 6M. 

1 This  Pamphlet  also  states  that  commands  will  restrict  use  of  management 

systems  to  those  on  the  list. 

In  essence,  there  are  only  two  major  management  systems  that  have 
been  included  in  AFSCP/AFLCP  800-14.  They  are  PEPJ  and  the  Cost/Sche 
Control  System  Criteria.  To  date,  it  is  believed  that  the  Pamphlet  has 
not  been  forwarded  to  OSD  from  any  of  the  Service  Secretaries. 

Summary 

Increased  weapon  system  complexity  in  the  1950's  and  the  absence  of 
a data  management  program  were  probable  causes  of  a data  proliferation 
problem.  The  problem  still  exists  today.  This  chapter  has  traced  forty 
major  events  in  the  1962-1974  time  period  to  show  the  concern  DOD  and 
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industry  have  expressed  and  what  actions  have  been  taken  to  resolve  the 
problem. 

For  example,  in  1968  over  1200  approved  management  systems  existed; 
by  1971  the  number  had  been  reduced  to  129.  Action  is  in  progress  to 
further  reduce  the  list  of  government  approved  systems.  Target  date  for 
recommendations  from  the  Services  to  OSD  is  January  1,  1975. 

Management  systems  have  been  distinguished  from  technical  data. 

Each  has  its  own  separate  directives.  Management  systems  are  subject  to 
public  reporting  and  must  conform  with  0MB  requirements.  The  ASD(C)  was 
delegated  the  responsibility  for  management  systems  and  ASD  (I&L)  was  given 
the  responsibility  for  technical  data. 

Current  policies  are  to  use  the  contractors'  internal  systems  and 
data  products  to  the  maximum  extent  possible.  If  a management  system  must 
be  put  on  contract,  it  has  to  be  on  the  government-approved  list  or  special 
permission  must  be  obtained.  A very  vigorous  effort  is  in  progress  to 
reduce  the  number  of  approved  systems.  PERT  and  C/SCSC  have  appeared  on 
all  lists  to  date  and  will  likely  be  recommended  for  future  use. 

Over  the  years,  increased  attention  has  been  placed  on  the  integration 
and  improvement  of  management  systems  and  data  programs.  The  effort  will 
most  likely  continue  for  at  least  several  years  more. 

This  chapter  should  have  provided  the  reader  with  an  appreciation 
for  what  has  been  done,  what  the  current  policies  are  now,  and  what  DOD 
environment  the  program  manager  wi 1 1 probably  face  in  the  forseeable  future. 
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Conclusions  and  Recommendations 

Conclusions 

Definitions . Many  definitions  of  a management  information  system 
were  studied  and  no  single  definition  was  found  to  be  universally  accepted; 
however,  they  all  had  similar  ideas.  This  study  concludes  that  the  MIS 
concept  is  a disciplined  system  that  processes  information  in  order  to 
reduce  risks  in  management  decisions  while  making  effective  use  of  resources 
(men,  money,  and  material).  The  process  is  traceable  and  can  be  used  to 
document,  to  surveil,  and  to  predict  cost,  schedule,  and  technical  perfor- 
mance. 

Development.  Good  program  management  systems  do  not  simply  happen. 

Much  careful  planning  is  required  in  order  for  them  to  be  effective.  The 
program  manager  can  no  longer  play  a passive  role,  but  must  be  an  active 
participant  in  its  development  and  operation. 

Uses . Very  basically,  MIS  is  used  as  a tool  to  help  manage  programs 
and  to  provide  information  to  Congress,  OSD  officials,  and  high-level 
Service  Commanders. 

CBIS.  Management  information  systems  are  very  complex  and  it  is 
likely  that  computer-based  information  systems  will  be  required  in  the 
future.  Technical  assistance  will  be  required  to  help  program,  simulate, 
test,  de-bug,  operate  and  maintain  the  CBIS.  At  present,  however,  there  is 
a shortage  of  computer  trained  specialists,  and  the  costs  of  using  computer 
resources  is  high.  This  is  a significant  problem  that  needs  attention. 
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1950's  when  weapon  systems  became  more  complex.  Many  efforts  on  the  parts 
of  DOD  and  industry  have  attacked  the  problem.  During  the  last  decade  the 
Department  of  Defense  has  had  changing  policies  concerning  management 
systems  and  data.  With  changing  administrations  and  reorganizations, 
emphasis  has  ranged  widely.  At  times  management  systems  were  almost 
de-emphasized;  at  other  times  they  appeared  to  have  top-level  attention 
within  DOD.  The  degree  of  control  has  changed  from  none  whatsoever  to  a 
range  that  varies  between  centralization  and  decentralization  as  a function 
of  time. 

At  present,  management  systems  have  been  distinguished  from  technical 
data.  A great  deal  of  attention  at  all  levels  is  being  focussed  on  how  to 
reduce  the  number  of  management  systems  imposed  on  contractors.  The 
contractors'  systems  are  to  be  used  to  the  maximum  extent  possible;  if  the 
contractors'  system  is  not  adequate  and  a different  system  must  be  put  on 
contract,  it  must  be  one  of  the  "approved"  systems.  In  the  past  much 
wasteful  or  valueless  information  has  been  generated  at  great  expense. 
Program  managers  will  be  expected  to  do  a more  effective  job  of  managing 
their  management  information  systems  in  the  future. 

Recommendations 

Examples  heeded.  Analyses  of  actual  management  information  systems 
should  be  made  comparing  the  theoretical  criteria  of  what  makes  a good  MIS 
to  what  actually  exists.  It  would  be  of  interest  to  include  the  number  of 
people,  amount  of  time,  and  approximate  costs  it  requires  for  the  develop- 
ment, operation,  and  maintenance  stages. 


Use  of  Computer  Resources.  In  view  of  the  increasing  complexity  of 
management  information  systems,  it  is  likely  that  computer-based  information 
systems  will  be  needed  in  the  future.  However,  a shortage  of  trained 
computer  specialists  now  exists,  and  the  costs  of  using  computer  resources 
are  very  high.  A study  should  be  made  including  recommendations  on  how  to 
effectively  acquire,  train,  and  use  computer  personnel  and  equipment  resources 
for  future  CBISs. 

Corporate  Memory.  A corporate  or  institutional  memory  would  be 

valuable  to  the  program  manager.  It  would  help  prevent  him  from  making 

the  same  mistakes  others  have  committed.  Recent  work  has  begun  on  the 

\ 

development  of  a corporate  memory  as  referenced  in  the  Project  ACE  Findings 
and  Action  Plans,  Air  Force  Systems  Command,  dated  October  5,  1973.  This 
is  an  important  area  of  investigation  wherein  the  potential  for  valuable 
contributions  exists. 
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